Transaction Log Files and DBS Backup

This topic discusses how the Transaction Log files (txlog files) are handled when performing DBS backups. See ESE File Types for more information about these file types.

Important Notes

Incremental vs. Full Backups

When you perform an Incremental backup, the only processes involved are with the txlog files. The txlog files that don’t currently reside in the New backup folder are copied there. If a log file has been committed to the database, it will be flushed from the system as part of this process. If not, it will reside in both the backup and service data folders.

When you perform a Full backup, the process sends the backup database files (.dat.edb, .inx.edb, and .ts.edb) chunks of database pages in sequential order. That is, it writes to the data in the backup files. It does not copy the database files. Additionally, any txlog files that have not been committed to the database are copied to the backup folder. If a txlog file has been committed to the database, it will be flushed from the system.

If no txlog files have been committed to the database, the Event Viewer will show "no log files can be truncated."

If some txlog files have been committed to the database, the Event Viewer will show "deleting log files <starting> to <ending>" and this will be the range of those files that were committed and could be deleted. The uncommitted txlog files will remain on disk in both the backup and service data folders.

There is no way to force the log files to be committed to the database other than to stop the service. The ONLY time you are assured that logs are fully committed is during clean shutdown. The first full backup performed after the service restart will result in the log files being purged from the system.

In a nutshell, a full backup of a service will not flush the drive of all of the service’s txlog files.